CLAIM AMENDMENTS 

Please amend claims 1-20 and enter new claims 21-33 as shown below. Please 
note that the original claim 1 has been replaced by the new claim 21 . 

1. (Canceled) 



2. (Currently amended) A system as in claim 21 , in which the rosourco roquost 

2 m e ans memory reservation software module is a driver installed within each respective 

3 guest OS. 

• 1 3. (Currently amended) A system as in claim 2, in which there is a plurality of 

2 gu e st sy s t e ms virtual computers operatively connected to the host system, further 

3 comprising: 

4 a resource scheduler in the host system for allocating the syst e m r e sourc e 

5 hardware memory among the gu e st s y s t e ms virtual computers ; 

6 for each gu e st syst e m virtual computer a communications means -module for 

7 communicating a respective r es ourc e memory quantity request to each driver; 

8 each driver, upon sensing the respective r e sourc e memory quantity request, 

9 being provided for causing r e s e rving, v i a the corresponding guest OS to reserver an 

10 amount of the syst e m r e sourc e quest physical memory corresponding to the r e sourc e 

11 memory quantity request. 

1 4. (Currently amended) A system as in claim 3, in which: 

2 each guest OS includes computer-executable, ro s ourco memory reservation 

3 moans code for reserving specified amounts of th o svstom rosourco quest physical 

4 memory ; 

5 the driver is operatively connected to the r e sourc e memory reservation moans 

6 code for communicating the r e sourc e memory quantity request to the r e sourc e memory 

7 reservation-mean s code ; and 
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8 the rosourco memory reservation meaft s code of each guest OS is native to the 

9 guest OS, all communication between the resource scheduler and the guost systoms 

10 virtual computers taking place via the respective drivers, the resource scheduler thereby 

1 1 remaining transparent to the ouost systoms virtual computers . 




5. (canceled) 



1 6. (Currently amended) A system as in claim 54, furthor i nc l ud i ng, for oach jn 

2 which each virtual computer includes a virtual machine r and a virtual machine monitor 

3 forming an interface between the resource scheduler and each respective virtual 

4 machine. 

1 7. (Currently amended) A system as in claim 4 in which: 

2 th e s y s t e m r e sourc e i s system machin e m e mory; 

3 the guest OS a l locatos and doa ll ocatos changes the amount of the quest 

4 physical memory allocated to applications and drivers loaded within and connected to 

5 the guest OS , phys i ca l momory bo i ng a port i on of tho systom machino momory that 

6 may bo rosorvod by any guost systom ; 

7 upon an increase in the rosourco memory Quantity request issued by the 



8 resource scheduler for a specified one of the drivers, the corresponding specified guest 

9 OS reserves for the specified driver a corresponding quantity of guest physical memory, 

10 the driver thereby making the syst e m machin e hardware memory corresponding to the 

11 reserved guest physical memory available for allocation by the host OS to other gu 86 t 

12 sv s tom s virtual computers ; and 

13 upon a decrease in the r e sourc e memory guantitv request issued by the resource 

14 scheduler for the specified one of the drivers, the corresponding specified guest OS 

15 d e a ll ocat es releases any prior reservation of a corresponding quantity of guest physical 

1 6 memory, thereby r e s e rv i ng making the systom mach i n e hardware memory 

17 corresponding to the doal l ocatod released guest physical memory available for use 

1 8 co l o l y by the specified guost systom virtual computer . 
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1 8. (Currently amended) A system as in claim [[4]] 21_, in which the rosourco 

2 roquost i nq m e ans memory reservation software module is further provided for adapting 

3 a rate at which it reserves the svstom r e sourc e quest physcial memory via the guest OS 
to be no greater than a current maximum reservation change rate of the guest OS. 



1 9. (Currently amended) A system as in claim 21 , in which the rosourco roquost 

2 means -memory reservation software module is a user-level application loaded in the 

3 qu e st syst e m virtual and running on the guest OS. 

10. (Canceled) 

11. (Canceled) 



1 12. (Currently amended) A computer system comprising: 

2 a host system, which includes a host operating system (OS) and at l oast ono a 

3 hardware memory forming a system resource; and 

4 a plurality of quost cvstoms virtual computers operativelv connected to the host 

5 system, each of which includes at least one virtual processor, quest physical memory, 

6 and a guest OS operable to address the quest physical memory in a quest physical 

7 address space ; 

8 a resource scheduler in the host system for allocating the system resource 

9 among the qu es t systems virtual computers ; 

10 for oach guost systom, a commun i cat i ons moans for communicat i ng a rospoct i vo 

11 rosourco quant i ty roquost to oach dr i vor; 

12 each guest OS being provided with rosourco roquost moans a memory 

1 3 reservation software module for rosorvinq tho svstom rosourco receiving a memory 

14 guantity request from the host system and for changing the allocation of the quest 

15 physical memory from within the respective guest OS, thereby mak i ng th e r es ourc e 

1 6 changing the amount of the hardware memory available to for arbitrary use by the host 

17 system; 
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18 in which: 

19 the rosourco roau e st memory reservation m eans -software module is a driver 

20 installed within each respective guest OS; 

21 each driver, upon sensing the respective r os ourco memory quantity request, 

22 reserves, via the corresponding guest OS, an amount of the system rosourco quest 
2 3 physical memory corresponding to the rosourco memory quantity request; 

24 oach guost OS inc l udos rosourco rosorvat i on moans for rosorv i ng spoc i f i od 

2 5 amounts of th e systom resourc e ; 

2 6 the driver is operatively connected to the resource scheduler ro s orvat i on moans 

27 for communicating the rosourco memory quantity request to the resource rosorvat i on 
2 8 moans scheduler ; 

2 9 the r e sourc e r e s e rvat i on m e an s memory reservation software module of each 

30 guest OS is native to the guest OS, all communication between the resource scheduler 

3 1 and the guost svstoms virtual computers taking place via the respective drivers, the 

3 2 resource scheduler thereby remaining transparent to the guost svstoms virtual 

33 computers ; 

34 the system r e sourco i s s y s t e m mach i ne m e mory; 

3 5 the guest OS a ll ocates and doa ll ocatos changes the amount of guest physical 

36 memory allocated to applications and drivers loaded within and connected to the guest 

37 OS , physica l momory boing a portion of tho systom mach i no momory that may bo 

38 rosorvod by any guost systom ; 

39 upon an increase in the resource quantity request issued by the resource 

40 scheduler for a specified one of the drivers, the corresponding specified guest OS 

41 reserves for the specified driver a corresponding quantity of the guest physical memory, 

42 the driver thereby making the systom mach i no hardware memory corresponding to the 

43 reserved guest physical memory available for allocation by the host OS to other guost 

44 s y s t e ms virtual computers ; and 

45 upon a decrease in the rosourco memory Quantity request issued by the resource 

46 scheduler for the specified one of the drivers, the corresponding specified guest OS 

47 doal l ocatos releases any prior reservation of a corresponding quantity of guest physical 
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4 8 memory, thereby r e serv i ng making the system mach i n e hardware memory 

49 corresponding to the d e a ll ocat e d released guest physical memory available for use 

^\^50 so lel y by the specified gu e6 t sy s t e m virtual computer . 

1 1 3. (Currently amended) In a computer system that comprises a host system, 

2 which includes: 

3 a host operating system (OS), 

4 a hardware memory at loact ono c vstom rosourco that is includod w i thin tho host 

5 systom ; and 

■ 6 at least one virtual computer gu o st s y s tom , which includes a virtual processor, 

7 guest physical memory, and a guest OS operable to address and allocate the v i rtua l 

8 guest physical memory in a virtua l guest physical address space , the virtual computer 

9 being a gu e st OS and i s operatively connected as a guest system running on - to the 

10 host system, 

11 a method comprising the step of r e s e rv i ng th e s y s t e m changing the allocation of 

12 the guest physical memory r e sourc e from within the guest OS in response to a memory 

1 3 guantity reguest issued by the host system , thereby making th e r e sourc e changing the 

14 amount of the hardware memory available for arbitrary use by te-the host system. 
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1 14. (Currently amended) A method as in claim 13, further including the 

2 following steps: 

|\^2^3 communicating a rosourco the memory quantity request from a resource 

4 scheduler in the host system to a driver located within the guest OS; and 

5 reserving, via the corresponding guest OS, an amount of the systom 

6 r es ourc e quest physical memory corresponding to the r e sourc e memory quantity 

7 request. 

l 15. (Currently amended) A method as in claim 14, in which the step of 



2 reserving the amount of he - the quest physical memory 6 V 6 t e m is performed using a 

3 resource reservation mechanism that is native to the guest OS, all communication 

4 between the resource scheduler and the qu e st s yst e m s virtual computer taking place 

5 via the respective drivers, the resource scheduler thereby remaining transparent to the 

6 gu es t syst e ms virtual computer . 



1 16. (Currently amended) A method as in claim 15, further comprising the 

2 following steps: 

3 implementing tho guost sy s t e ms each virtual computer as ayirtual machine s and 

4 a respective virtual machine monitor : and 

5 providing communication between each virtual machine and the host system via 

6 a -the respective virtual machine monitor. 

1 17. (Currently amended) A method as in claim 16, i n which th e s y s t e m 

2 resourco is syst e m machin e m e mory, further including the following steps: 

3 allocating and deallocating guest physical memory from within the guest OS to 

4 applications and drivers loaded within and connected to the guest OS , phys i ca l m e mory 

5 b e ing a port i on of th e s y s t e m mach i n e m e mory that may b e reserved by any gu e st 

6 syst e m ; 

7 upon an increase in the r es ourc e memory quantity request issued by the 

8 resource scheduler for a specified one of the drivers, reserving for the sp e c i f ie d dr i v e r , 

9 via the corresponding specified guest OS, a corresponding quantity of the guest 



Serial No. 09/668,666 
Art Unit 21 57 



Page 8 of 22 



Docket: VMware8 




10 physical memory, th e dr i v e r thoroby mak i ng th e svstom mach i n e the hardware memory 

11 corresponding to the reserved quest physical memory thereby becoming available for 
±2 allocation by the host OS to other gu e st sy s t e ms virtual computers or to the host OS 

13 itself ; and 

14 upon a decrease in the r e sourc e memory guantity request for the specified one 

15 of the drivers, deal l ocating releasing any prior reservation of a corresponding quantity of 

1 6 the guest physical memory, thereby rosorv i ng tho svstom mach i ne making the hardware 

17 memory corresponding to the doa ll ocatod released guest physical memory available for 

18 use sol el y by the specified guest syst e m virtual computer . 



18. (Canceled) 

19. (Canceled) 

1 20. (Currently amended) A method as in claim 17, further including the step of 

2 adapting a rate at which the 6 v s t e m r es ourc e guest physical memory is reserved via the 

3 guest OS to be no greater than a current maximum reservation change rate of the guest 

4 OS. 



1 21 . (New) A computer system comprising: 

2 a host system, which includes a host operating system (OS) and a hardware 

3 memory that is addressable in a hardware memory address space; 

4 at least one virtual computer, each of which includes at least one virtual 

5 processor, guest physical memory, and a guest OS operable to address, allocate and 

6 deallocate the guest physical memory in a guest physical address space, and is 

7 operatively connected to the host system; 

8 a memory reservation software module located within the virtual computer for 

9 receiving a memory quantity request from the host system and for changing the 

10 allocation of the guest physical memory from within the respective guest OS according to 

11 the memory quantity request, thereby changing the amount of the hardware memory 

12 available for arbitrary use by the host system. 
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1 



22. (New) A computer system comprising: 

a host system, which includes a host operating system (OS); 

a plurality of cooperating hardware processors that are included in the host 



4 



6 



5 



system and that are collocated in a single hardware platform; 

at least one guest system that is operatively connected to the host system; 
each guest system being provided with a processor reservation software module 



7 comprising computer-executable code for receiving from the host system a respective 

8 processor quantity request, which indicates a number of the plurality of processors to be 

9 reserved by each guest system, and for indicating to the guest system a change in the 

10 number of processors reserved for use by the respective guest system, thereby making 

11 the reserved processors available for arbitrary use by the host system. 

1 23. (New) A system as in claim 22, in which each guest system is a virtual 

2 computer, each of which includes at least one virtual processor, guest physical memory, 

3 and a guest OS. 

1 24. (New) A system as in claim 23, in which the processor reservation software 

2 module is a driver installed within each respective guest OS. 

1 25. (New) A system as in claim 23, further comprising: 

2 a resource scheduler in the host system for allocating the hardware processors 

3 among the virtual computers; and 

4 for each virtual computer, a communications module for communicating the 

5 respective processor quantity request to each driver. 

1 26. (New) A system as in claim 25, in which: 

2 the processor reservation software module of each guest OS is native to the 

3 guest OS, all communication between the resource scheduler and the virtual computers 

4 taking place via the respective drivers, the resource scheduler thereby remaining 

5 transparent to the virtual computers. 
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1 27. (New) A computer system comprising: 

2 a host system, which includes at least one hardware processor, a host operating 
3, system (OS) and hardware memory that is addressable in a hardware memory address 

4 space; and 

5 a plurality of virtual computers, each of which comprises a body of computer- 

6 executable code stored in the hardware memory and includes at least one virtual 

7 processor, guest physical memory, and a guest OS operable to change allocation of the 

8 guest physical memory in a guest physical address space, and is operatively connected 

9 to the host system; 

10 a memory reservation software module located within the virtual computer for 

11 receiving a memory quantity request from the host system and for changing the 

12 allocation of the guest physical memory from within the respective guest OS according to 

13 the memory quantity request, thereby changing the amount of the hardware memory 

14 available for arbitrary use by the host system; 

15 the guest physical address spaces of all the virtual computers being mapped as 

16 portions of the hardware memory address space; 

17 the virtual computers all being executable on the same hardware processor(s), 

18 which are collocated in a single hardware platform. 



1 28. (New) A system as in claim 27, in which the memory reservation software 

2 module is a driver installed within each respective guest OS. 



1 29. (New) A system as in claim 27, further comprising: 

2 a resource scheduler in the host system for allocating the hardware memory 

3 among the virtual computers; 

4 for each virtual computer, a communications module for communicating a 

5 respective memory quantity request to each driver, 

6 each driver being provided, upon sensing the respective memory quantity, for 

7 causing the corresponding guest OS to reserve an amount of the guest physical 

8 memory corresponding to the memory quantity request. 
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1 30. (New) A computer system comprising: 

2 a host system, which includes at least one hardware processor, a host operating 

3 system (OS) and hardware memory that is addressable in a hardware memory address 
t space; and 

5 a plurality of guest systems, each of which comprises a body of computer- 

6 executable code that is stored in the hardware memory and that addresses a guest 

7 memory in a guest address space, and is operatively connected to the host system; 

8 a memory reservation software module located within each guest system for 

9 receiving a memory quantity request from the host system and for changing the 

10 allocation of the guest memory from within the respective guest system according to the 

11 memory quantity request, thereby changing the amount of the hardware memory 

12 available for arbitrary use by the host system; 

13 in which: 

14 the guest address spaces of all the guest systems are mapped as portions of the 

15 hardware memory space; 

16 the guest systems are all executable on the same hardware processor(s), which 

17 are collocated in a single hardware platform. 

1 31 . (New) A system as in claim 30, in which the memory reservation software 

2 module is a driver installed within each respective guest system. 

1 32. (New) A system as in claim 30, in which the memory reservation software 

2 module is a user-level application loaded in the guest system. 
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33. (New) A system as in claim 30, further comprising: 
a resource scheduler in the host system for allocating the hardware memory 
among the guest systems; 

for each guest system, a communications module for communicating a 
respective memory quantity request to each memory reservation software module, each 
memory reservation software module being provided, upon sensing the respective 
memory quantity, for causing the corresponding guest system to reserve an amount of 
the guest memory corresponding to the memory quantity request. . 
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